Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: add shuttle hotspot #650

Draft
wants to merge 16 commits into
base: main
Choose a base branch
from
Draft

feat: add shuttle hotspot #650

wants to merge 16 commits into from

Conversation

dariusc93
Copy link
Contributor

What this PR does 📖

  • add shuttle hotspot
  • enables announcing to mesh by default
  • enables auto push by default.
  • Add an option for preloading bootstrap or peers.

Which issue(s) this PR fixes 🔨

Special notes for reviewers 🗒️

Additional comments 🎤

  • this PR introduces a light node to assist building out a mesh of peers for announcing identity and other data. Ideally this would work along side shuttle as trusted but light nodes which would accept, verify and subscribe to identity topics to allow messages to propagate over the network. While shuttle does this in its own way, this allows for anybody outside a (future) trusted node to be able to help build the network out eventually without needing to run shuttle directly.
  • This can be used as a relay, but ideally to be used as a fallback (under a future configuration)
  • If an identity does not announce in a specific timeframe, their subscription is removed and their cache is removed until the identity is later announced back and go through the verification process.
  • This does not intend to store anything on disk besides key pair and configuration options for relay (if used) so upon restarting the node would require the user to announce their identity, in which case would go through the verification process.
  • These nodes, once trusted and bootstrapping of shuttle is implemented , could be apart of shuttle bootstrap providers that is supplied to clients upon initial bootstrap to shuttle to allow clients to participate in the network, discover identities announced over the network outside of shuttle.
  • There may be a form of shedding of identities stored in the task if the logic consumes more resources in the future. I.e, removing out dated identities, performing reachability, either directly or through relay, how often the identity updates their identity to determine if temporary shedding and blacklisting is needed, etc

@dariusc93 dariusc93 added the blocked Blocked by another feature, request or issue. label Dec 19, 2024
@dariusc93 dariusc93 self-assigned this Dec 19, 2024
@dariusc93 dariusc93 removed the blocked Blocked by another feature, request or issue. label Dec 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant